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FROM THE PRESIDENT 


As many of you have probably found out bv now, the Alpha 
Micro Users Society Network is now up and running. You mar call 
(303) 449-5564 to see what is available. It is a very minimal 

system right now, but we are waiting for some software from a few 
folks. Most all of the work to get the system working has been 
done by Steve Elliott and whomever he can con into helping. 
Thanks, Steve. 

Steve conducted a beginners AMOS seminar on January 10 and 
11 in the AMUS headguarters. The seminar went well and another 
is planned for March. 

Alpha Microsystems will be attending only the NCC show in 
the near future. The next one is in Anaheim on Mar 19-22. Since 
they will be expecting a lot of dealers to be there, we have 
asked them to reserve us a meeting room at that show. We are not 
planning any official AMUS activities for the West Coast Computer 
Faire at this time. More details later. 

If anyone is still wondering about the rumors that A/M is 
bundling the hardware and selling only packages, I can lay the 
rumor to rest. It is all true and they can't ship them fast 
enough. 

Last newsletter we suggested that you not use 4.3 until you 
received a corrected copy. We made the modifications that were 
sent to the dealers and it appears to work Just fine. All 4.3 
versions received by users direct from Alpha Micro and marked as 
4.3A should be ok. If you received vour 4.3 from a dealer, you 
should verify that it is a corrected version. An easy way to 
prove this is to look at the hash total for SYSACT. It should be 
025-552-441-465. 

My observations on 4.3 ares 

1. It appears somewhat faster. 

2. VUE will still crash the system by running out of room. 

3. Rub will still crash the system when in image mode. 

4. On a multiple Job system, setting the JOBPRI too high 
(over 25) may result in significant degradation of the 
overall system speed. 

5. If you run a program from a command file, all output 
will be inhibited unless you use a sT or a sR to resume 
output. 

6. A command file that ends with a > as the last line will 
fail_to return the dot. 
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It is becoming more frequent that you cannot erase the 
first character you type in after returirung from A/M 
supplied software* i.e. VUE and the business pack. 


The 1.2 Alpha Accounting pack is ver y good and mar be easily 
demonstrated. Just be sure to have FLOCK loaded into the svstem* 
or at least in Your partition if there is only one job using 
Order EntrY. If FLOCK is called from the disk each time it is 
accessed* it will always lose control of the queue blocks it is 
using and will fail to return them to the system which will 
eventually crash the system. 

Jim Taylor 


CONVERTING TO AND FROM BINARY AND FLOATING POINT NUMBERS 
We have been having some trouble getting books to balance to the 
penny. After many hours of reviewing our code and of course 
finding no errors* we decided to check out the impossible* a 
machine error. Try this program on for a fright. If you are 
usin9 binary numbers to store dollar amounts you should be aware 
of this problem. 

10 ! A test to see if 1 = 1 
20 

30 SIGNIFICANCE 10 
40 

100 MAPI FLOATING*F 
110 MAPI BINARY*B*3 

120 

130 ? “BINARY FLOATING” 

150 ^ 

160 FLOATING = 1.93 

200 FOR N = 1 TO 30 

210 BINARY = FLOATING * 100 

220 ? BINARY, FLOATING 

230 FLOATING = BINARY / 100 

240 ? BINARY, FLOATING 

250 ? 

260 NEXT N 


Imagine our suprise to find that each conversion loses a 
penny in the process of moving over a value. That is* until it 
hits 175 where it levels out for some reason. 

AMUS NETWORK UP AND RUNNING 

We now have at least some of the network up and available for 
Your inspection. Since we're Just getting started* there are no 
passwords into the general areas* these will get assigned 
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star-tins in March. We will publish the next month's password in 
the newsletter? so you will have to keep track of the passwords 
to set on after then. To try out the network call <303) 
449-5564. If you're not already Tossed into an account? 1 os to 
101,1. Or you can type HELP AMUS. When you're done, please 1 os 
to 101,1 before you hans up. PPn 101,1 is the directory for the 
network. The other accounts and their functions ares 


Garries.....102, 1 DSKOs 

Utilities. 103,1 DSKOs 

Published newsletters... 104,1 DSKOs 

AMUS current announcements...105,1 DSKOs 

Membership 1ist.........106,1 DSKOs 

Software directory..... 107,1 DSKOs 

Problem response.. 110,1 DSKOs 

Problem drop off..................111,1 DSKls 

Correspondance......112,1 DSK1 s 

Application programs...... 113,1 DSKOs 

Drivers. .........114,1 DSKO s 

Khalsa communications software.......... 115,1 DSKOs 


DSKOs will be write protected? you may write onto DSKls 
accounts. We are looking for ideas, volunteers, software, and 
suggestions for the network. 


FROM THE EDITOR 

We would like to hear more about what you are doing that 
makes good use of the Alpha Micro computer. Besides seeing your 
name in print, you'll find that people with interest similar to 
/ours will seek you out once they know what you are up to. Send 
us a one or two page letter describing your operation, who is 
using it, and what kinds of success you are having with a 
computer in your organization. Recent submissions to the AMUS 
Newsletter would lead an unsuspecting observer to believe that we 
are sponsoring a contest to see who can find the most bugs in the 
system, with a special prize for locating the most obscure 
problem. While it is important to know where problems are, it 
would be nice to have at least one article per newsletter 
discussing a successful imp] ementat i on to show to a prospective 
new member. 


Personally, I haven't been able to find another computer 
with a BASIC that can hold a condle to AlphaBASIC. Coupled with 
its ability to chain to command files, the Alpha Micro is leagues 
ahead of computer systems of comparable price. 

Speaking of command files, please don't be bashful about 
sharing with us a two or three line command file that others 
might find useful. Here are two that we use <=?uite often that 
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make things easy on programmers that are constantly flitting from 
one PPn to another and need to reassure themselves where the.' are 
before destroying valuable data: 


C.CMD 

D.CMD 

:R 


: R 

XY=0 


XY=0 

XY 1 
LOG 

20 

DIR /W 

XY 2 
TIME 

to 

CO 


XY 3 
TIME 

26 



Our staff also likes to renumber programs frequently so we 
placed the renumber program in DSK0:C7,03 (the library PPn) and 
put the following command file in DSKO:C2>23 

RENUM.CMD 
s R 

RUN DSKQ: RENUMC 7,0 3 

This allows users to simply type in RENUM whenever they wish 
to spruce up a prosraiTh and RENUM. RUN needs to reside in only one 
place in the system rather than be duplicated in several PPn ’ s . 

How about it? Any other ideas?? 


Steve El 1iott 
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BUGLIST #12 


12/15/79 


Due to several factors, this bus list is not only verr late, but covers 3 
AMOS releases in varying* degrees of (m)completeness. The last buslist 
covered 4.2, but I was not able to resolve at that time the most 
important bus of all, the 4.2 SYSTEM.MON on Persci AMS updates, detailed 
in the buss section. A mim-re1 ease, "4.2.5”, was squeezed in between 

4.2 and 4.3, and there was a problem with that, so it is covered in this 
buslist. Finally, version 4.3 came out late <11/3/79), had problems from 
the start with the 4.3 SYSTEM.MON (not related to those in 4.2), the normal 
Alpha Micro 2-month deadline for bus reports passed, and as of todar (12/13) 
the fues for 4.3 have been prepared, but not distributed. I hear that the 
f i ■: e s are numerous enough that Alpha Micro calls the corrected version "4.3A". 

Since our own store system has not been using 4.3 regular!,pending fixes to 
the 4.3 Monitor, mv own comments for that release are somewhat sketchier. 

Never-the-! ess, all the information in my own buslist appl ies to 4.3, unless 
otherwise stated. 

Larr r White, who uses the MACRO assembler extensively, has 2-page list of buss 
and suggestions. Not many of us work with MACRO at all, and I am happy to 
include his list with this letter. His info all applies to 4.2 AMOS. 

Jack Hobbs of Logical Software Design (Irvine) has accumulated an impressive, 
conscientious booklet of bugs and suggestions, 32 pages in all. He has sent a 
cop', to Alpha Micro, A MU 3, myself, and several dealers. I sympathize with Jim 
Tarlor s dilemma about what to print m the newsletter (especial 1 32 pages !), 
and so I have included with this letter a 3-pase condensation of what I 
consider the more important parts of Jack's list? this includes all the buss, 
some of the suggestions, and less of the long-range suggestions, all of which 
are good (and which have been sent to Alpha Micro). Finally, Jack has been 
able to come up with several 4.3 bugs, thus letting me off the hook ! 

Final lr, ^halsa Computer S,stems is now known as Computer A1 ternatives of 
Southern California, and is affiliated with Computer Alternatives in San 
Rafael (Northern California). 


Bob Fowler 



AMOS BUGS (4.2/4.2.5/4.3) 


12/15/79 


(1) SYSTEM.MON (4.2> Persci* AMS format)-this has a bad bus f 


A letter from Alpha Micro's Bob Currier cleared this up. The 4.2 Persci 
AMS—format updates sent out have a debus monitor on them. This monitor 
“routinely clobbers 4 different memory locations”. More specifically* 
every 1/60 of a second* the (octal) word 000200 is poked into octal 
memory location 060214 (=decimal 24716). Note that this is an area which 
is hishlv likely to be used over anv sisnificant period of time. The 
symptoms end up beins suite varied (and all mis-leadins !). They include 


MTM driven spooler dvins in middle of a /H print 

VUE* EDIT of (esp. larse) files "lose" characters (actually* they 
are replaced with visually "invisible'* nulls. 

COPY of larse files changes them (!!!!) 

(4) MGNGEN us ins this monitor creates non-bootins monitors 

(5) control—Q and S crash system 

(6) filenames with blanks* like “AR CH.SEQ"* appear in a directory 

(7) incorrect execution of .RUN modules 

(3) BASIC giving untrue “Invalid Syntax Code" errors 
Any of these problems tend to 30 away if the INI is changed (thus moving 
the prosrams around m memory* but other problems may replace them. 

Note « DIAG3 and DIAG4 do not detect this problem in any wav. 


( 1 ) 

( 2 ) 

(3) 


The solutions available are : 

(1) replace the 4.2 SYSTEM.MON with a 4.1 SYSTEM.MON. This causes no 
compatibility problems. Warning : don't boot up the system under 
the 4.2 SYSTEM.MON to perform this COPY* because the 4.2 monitor 
may goof up the 4.1 SYSTEM.MON in the process ! Use the 4.1 
system disk to do the COPY. 

A late report savs that there ARE compatlbi1ltv problems (with the 
spooler)* but I haven't checked this out. Sounds valid* though* 
in light of the marc.- recent spooler changes. 

(2) Use any other 4.2 SYSTEM.MON other than the PER-AMS 4.2 SYSTEM.MON 

and use MONGEN to do a routine monitor generation. * 

(3) Wait until 4.3 (which is still not generally distributed in its 
“fixed" version as of today* 12/13/79). 

Finally* some hash codes and byte sizes to help you along. 


Ver 

BLOX 

BYTES 

HASH-CODE 

Comments 

4. 1 

27 

13323 

054-000-655-433 

good PER-AMS monitor 

4.2 

27 

13364 

620-215-473-663 

bad PER-AMS monitor 

4.2 

27 

13494 

733-743-440-033 

good PER-AMS monitor- 

4.3 

27 

13520 

304-164-646-211 

unfixed PER-AMS monitor- 

4.3 

27 

13520 

? 

fixed PER-AMS monitor- 


(2) FMT200 - this is still a bug 

In buslist #11* I reported this bug* as well as problems with MONGEN. 

A reply from Bob Currier at Alpha Micro to that bug list states that both 

of these buss were actually due to the 4.2 SYSTEM.MON problem* described 

elsewhere. However* I have a fixed 4.2 (as well as a 4.3)» and the FMT200 
problem is still there. To demonstrate* boot up with either of these* and 

(1) LOAD FMT200 

(2) HEDLGD 1300 (to keep the head loaded for a short while) 

(3) eject system disk (to protect it ') 

(4) FMT200 DSKl: (finish typing this before head unloads) 

a crash should occur* and the head will unload after the HEDLOD interval. 

Temporary solution : For 4.2 systems* use 4.1 FORMAT*AMSFMT*WNGFMT*WAMFMT. 
I have done this a lot and had no problems. For 4.3 systems* with its 
documented warnings against mixing it with any previous releases* 1 would 
recommend using the same four 4.1 programs* but LOAD them into memory 
and eject the system disk before using them. I tried this today* and it 
did not crash the system. 
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AMOS BUGS (4.2/4.2.5/4.3) 


12/15/79 


(3) BASIC - can't con<Tol~C during COMPILE 

A control -C during the middle of a COMPILE may crash the entire system. 
This is true of 4.2* but may be fixed in 4.3. 


KILL - beware AMOS 4.2.5 users (early Phoenix users) 

AMOS 4.2.5 was the same as 4.2* only 6 new programs were added and 2 old 
programs were changed to support the new Phoenix 90-Mbyte drives. The 
KILL program* however* was inadvertently changed. The Phoenix disk pack 
that we received here had a KILL.PRO that differed by 1 bit from 4.2 KILL. 
The hash code of 4.2.5 KILL is 137-706-270-154. The solution was/is to 
use 4.2 KILL (hash code 246-210-361-736). This problem was also reported 
by Pavne* Jackson & Assoc, (in Anchorage) in the Jun/Jul 1979 AMUS 
newsletter. They got around the problem by not using KILL* and may still 
not be aware of uihv it doesn't work. Are rou folks listening “ 


(5) CPY500.CMD —- documentation misleading 

As of 4.3* the reference sheet sars "because CPY500 uses the COPY command* 
(instead of DSKCPY) it is much faster than SYSCPY". This is not a 1 wars 
true. It should read "CPY500 uses the COPY command* which takes about 
25 minutes if all 9696 blocks are in use on the disk (and proportionately 
less time if fewer blocks are in use)* but no verification is performed. 
SYSCPY uses DSKCPY* which alwars takes 6 minutes to copy* and another 6 
minutes to verif* the transfer (an un-verified copy can thus be made in 6 
minutes br t.pms control -C after the initial copy has been completed)." 


(6) DSKPAK - tates more than 1 pass 

The OSkPAK documentation & a talk with the programmer who wrote DSKPAK 
both state that DSKPAK does it duty in only 1 run. However* I have used 
* it as often as 3 times m a row* each time packing some more. Try l.t 
on a disk that has been used for sometime without cleanup? the output 
that DSKPAK displays while it executes gives a pretty good idea of how 
much packing <i.e.» moving of files) it is actual 1 r doing. 

This is true of 4.2 DSKPAK* but I see no mention of any changes in 4.3. 


(7) FILCOM - both files must be in user's PPN 

FILCOM (4.3) has not changed since 2.0* and is showing its age. If a 
contiguous file is included among the two comparison file names* it is 
simply "not found"* rather than "file type mismatch"ed. Also* any files 
in PPN-s other than the user s PPN will be "found"* but no comparison data 
will be displaced bv FILCOM. Only two sequential files in the user's PPN 
ura. be from different devices* however) will be compared and their 
differences displayed. 


<8) tdv 


range check still not f i:- ed 


Bug]ist #10 <4.1 * 6/4/79*AMUS Jun 79) refer ed to improper range chec 
being done in "all the TDV's". I looked further into this* and can 
that this actually only effects (in 4.3) the DMEDIA.TDV* HAZEL.TDV* 
INTER.TDV drivers. However* no repairs have oeen made et to these 
In these drivers* the source code should be changed as follows : 
CRTS: MOV8 R1*R1 

CMP R1 *#CRCB-CRCA -1 

Where tne -1 is currant If not present* and should be inserted. As 
the net effect of this bug is that the following TAB'S will go out 
unpredictable "junf "* instead of the correct (i.e.* null) sequence 
TAB(-1 *i1 * on DMEDIA 
TAB(-1,20i on HAZEL 
TAB(-1*23) on INTER 


k l ng 
report 
and 
TDV-’s. 


or now, 
as 
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(4.2/4.2.5/4.3) 


12/15/79 


AMOS SUGGESTIONS 


(1) TRMDEF - allow actual baud rate (for AM300*AM310) 

In the SVSTEM.INI file* m the TRMDEF lines* in the 2nd operand field* 
if the interface is AM300 or AMS10* then a baud rate must be specified. 
The default is 19200 baud* all other rates must be specifically given. 

As of now* the baud rate must be indicated by a code. Wh y not allow the 
actual baud rate value To keep compatab 1 1 1 1. with existing INI s* 

allow either baud rate codes* or baud rate values. For e,ample : 

AM300= 1:12 (current format for port 1 * 2400 t* a u d ) 

AM300®1-2400 (possible future format for the same) 

Anything that can simplify the INI file helps IMMENSELY* believe me. 

The BAUD program currently does this conversion from baud rates to baud 
codes: use the same code from that program. 


(2) RNDRED - allow finite number of reads 

As of now* RNDRED goes on until control-C is hit* then unceremonious 1 y 
svits. I suggest an optional operand stating how many random reads are 
to be made (default to infinity or 2**32)* after which RNDRED would 
automatically exit. If a premature exit is made via control-C* then 
display the actual number of reads that occured up to that point. 

Finally* in anv situation* report the amount of time that elapsed between 
the first and last reads. 

These fairly simple features would allow service departments to set up 
diagnostic command files that execute RNDRED e-.ercises for a finite amount 
of time* and then automatical! y go on to other tests. Also* it is a veri- 
effective answer to the oft-heard customer question "about how fast does 
the d l s l' read information". As of now* the simplest way I can third of 
to time 100 random disk reads is through BASIC* using random reads on a 
(huge) random file* with BASIC s own overhead inseparable from the results. 


(3) TYPE-faster control-C exit ?< wildcards 

These features are actually available in an improved TYPE program sold br¬ 
an Alpha Micro dealer. As of now* TYPE exits on a control-C only after 
finishing the current (510-bvte) block. On the average* this is several 
more lines? often it ends up scrolling a desired bit of te.-t right off the 
crt. The easiest solution is to exit TYPE at the end of the current line 
on control-C. Allowing wildcards is a preferable alternative to taping 
COPY TRMs CRT1=*.BAS 

or other wildcards. COPY does not stop until the end of the current file 
(could be awhile ')? this is necessar. to protect the BITMAP when a user 
control-C"s out of a disk-to-disk wildcard COPY. 


(4) Contiguous ("random") files - not handled by certain programs 

Certain programs handle AMOS sequential files* but not AMOS contiguous 
files. They are listed below in approximate order of "decreasing 
usefulness" with respect to (future) handling of contiguous files : 

LOAD*MAP*SAVE*DEL*DDT - handy? probably hard to implement* no 

DUMP*FILDMP - DUMP can do everything else* except this ?' RAD50 

3I2E - this would be an easv program change* and useful 

APPEND-useful’ no 

FILOOM-wouId be useful 

SORT->jjo u 1 d ma t c h 3ASOF T 

FVPE - useful ? 

MAKE- hmmmm 

PRINT*SRCCOM - problems with definitions* perhaps 
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AMOS SUGGESTIONS <4.2/4.2.5/4.3) 


12/15/79 


(5) DO - documentation sussestion 

To make the 3 usage forms perfectly clear, add these 3 lines to the DO 
Command Reference Sheet s 

4 DO filnam.ext executes DO-file "fi1nam.ext“ 

DO filnam executes DO-file "filnam.DO" 

filnam executes DO-file "fi1nam.DO" 


(6) SftCCGM- allow control-C exit 

As of now. SRCCOM will not respond to control-C? the user must wait for 
the entire output to so by or else re-boot the system. 


(7) VUE - allow "exit and so" on .LST files 

When VUEins a file with extension ".LST", allow use of the "G" command, 
which would update the file, and then PRINT it (send it to the spooler). 


(3) ISAM - function #2 (read next record) doesn t return the key 

ISAM function #2 reads the next alphabetical record and returns its record 
location number, but it does not return the actual ke . string. This would 
not be difficult to implement, nor would it cause anr extra disk accesses 
to be made (because the key is a 1 read* there next to its record number). 


(?) MACRO monitor calls-re-include the old 1-1 me summary table 

The original MACRO assembler manual had, in lieu of any table of contents 
or index, a one-line summar of each monitor call. I find this table very 
useful, and would suggest that it be re-included in the new manual, maybe 
as an appendix. 


AMOS Notes (4.2/4.2.5/4.3) 12/15/79 


(1) BASIC - Use CHAIN to pass a few arguments to another .RUN module 

ALPHABASIC allows CHAINins to a RUN module, a CMD command file, or any 
AMOS mom tor-1 eve 1 command. This is we 11-documented. In my Buslist #8 
(see AMU3 newsletter of 197°' -Jan)- I pointed out how an entire multi-line 
command file can be put into the CHAIN command string, thereby allowing 
the command file and the CHAINms program to be combined into one file. 

I wish to report here a useful consequence of this fact. Mainlr, 
iOu can pass 1 or more parameters to another RUN module using the 
"multi-line CHAIN", without using an-, intermediary files, nor the 
COMMON subroutine. For example, to pass N, A$, and B$ to FRED.RUN : 

MAPI COMD*,S,80 

MAPI LF$ ,3,1,CHR(10) * LINE FEED 

MAP1 PARAMETERS*,3,30 

PARAMETER*=S t F*cN) + + 8$ 

CMD3= ■' D9 k 01 71 ME . PPG C 1,4 ] " + LF$ + " RUN FRED" LFS + PARAMETERS* 
IHAIN^CCMDf 

h e n , i n -PEE*. RUN - include at the beginning of the p r o s r am • 

INPL ,T *i,a*,5* 

The TIME cimmand (or an.* other harmless command; is necessar-. “ if "FRED" 
is the first part of the CHAIN- then somehow the parameters don t get 
passed or,. If echoing of commands is desired, add " :T"+LF$ to the 
command string. 
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AMOS' Notes (4.2/4.2.5/4.3) 


12/15/79 


(2) BITMAP - size operand must be exact 


For a device with a maximum capacity of B blocks* the BITMAP contains 
B bits* or B/16 words. The BITMAP for this device in the INI file must be 
BITMAP <W> 


where (W-l) < 
if it is larger 
alwavs be KAPUT 


B/16 <=14. If W is not exactly what it 
than necessary !)* then the BITMAP for this 
(or off-line) after svssen. 


should be (even 
device wi11 


(3) RAD50 - order of characters different from ASCII order 


The order of RAD50 codes is different from the ASCII order* thus : 

RAD50 order : <blank> <letters> <$> <•> <numbers> 

ASCII order : <blank> <$> <•> <numbers> Cletters> 

Thus* when DIRSEQ is used to sort AMOS directories* the result is not the 

same as when SORT or BASORT is used to sort an ascii data file containing 

file names. 


(4) SET - "SET PRIV" 

Try it. Type "SET PRIV" at monitor level. It is not implemented vet* 
but the message "Current Privelese word is 177777" will be typed* hinting 
at future (or past) intentions. Note mis-spellins of "privi1ese". 


(5) 4.3 Documentation - a new plateau of completeness (with minor exceptions) 

As of 4.3* all documentation is either in its own bound manual (or un-bound 
"manual" as in the Command Reference Sheets)* or is in the update packet, 
the single exception is the ISAM System User's Guide* which is included 
with each new system* but is the only document not sold separately. 

As of 4.3* the System Command Reference Sheets now include (for the first 
time) all programs that can be accessed directly from AMOS monitor level. 
Exceptions 5 sheets for SHU210 and WNG210 are missing. 


(6) START.CMD - careful ! 

START.CMD is something like a SYSTEM.INI file. If it contains this “ 

":C" (with a return/line feed at the end) 
then logging into that account will cause the user's Job to get caught 
in a loop of some kind* requiring a re-boot. Since no one can LOG into 
this ppn and edit the START.CMD* it is necessary to LOG 1*2 and RENAME 
the START.CMD file from there. Even worse* what if 1*2 also contains 
such a file ? Answer : LOG into another disk's 1*2. Or use DSKDDT. 


(7) SLEEP - beware of large arguments 

If* for any reason* you wish to SLEEP a job for longer than IS minutes* 
then heed the following. The command "SLEEP <n>" does exactly this s 
T = (60* n reduced mod 65536 > 

IF (OOOOO -•> T < 3*2763) THEN sleep for T clock ticks 
IF 1 32763 < T : 65535) THEN sleep forever 
Assembler buffs will perceive that this requires the least amount of code. 
I haven't checked the case T = 32763 .... 
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AMOS Notes (4.2/4.2.5/4.3) 


12/15/79 


(8) Spooler - beware mixing AMOS versions 

Due to the vast changes made m the system spooler in versions 4.0.2 to 
4.3, effecting all 6 programs involved with the spooling operation, it is 
frequently not possible to mix AMOS releases with these programs, without 
losing the spooler. If you suffer from this problem, the usual symptom 
is that the spooler comes up in an EW state after svssen (as it should), 
but the PRINT requests are either lost, or wait forever to be printed. 

If rour spooler doesn't work, and you have followed through Alpha Micro's 
spooler trouble-shooting procedure, then check the hash codes on all of the 
6 programs below to make sure the. all belong to the same AMOS release. 


Pr osram 


PRINT.PRO 
LPT INI.PRO 
LPTSPL.PRO 
SPOOL.SBR 
SYSTEM.MON 

PRINT.SBR 


"4.0" '4.0.2) 4.1 4.2 4.3 


014-144-734-035 122-212-160-074 025-500-260-164 same 

(didnt east) 546-117-726-377 242-656-534-021 257-656-534-021 

743-715-434-177 664-117-023-470 513-407-373-762 same 

474-071-516-153 742-373-566-271 264-300-356-332 same 

(size 13236) (size 13328) (size 13494) (size 13520) 

ACCOUNTING 1.0 (AMOS 4.0.0 to 4.0.2) : 

ACC HUNTING 1.1 (AMOS 4.0.2 t o 4.2) : 155-760-564-361 

ACCOUNTING 1.1.1 (AMOS 4.2 to 4.3) : same 


( Cj > ISAM-some size notes 


Alpha Micro is shying away from detailed ISAM descriptions until they 
finish the on-soing changes/improvements. So, what I sa. here may be 
useful , but it s subject to change ‘ The below is true for 4.2 ISAM. 


First, in the data file itself (.IDA), 
an.' other tn pi cal random file, thus : 

B-tes in data record = BIDR 

Blocking factor = BF 

Records in data file = RIDF 

Blocks m data file = BIDF 


the size allocations are just like 

= Centered by user to ISMBLD3 
= INT( 512/BIDR ) 

= Centered br user to I3MBLD3 
= INT ( RIDF/BF + .9999 ) 


Second, in the index file (.IDX), the sizes are incompletely documented. 
However, a little detective work (and a knowledge of number theory) gives 


No 
of 
a I 

No 


B . tes in ken 
Eve n kev slze 

Bytes in inde* entry 
Entries in lnde>• block 
Bites in index block 
Inde* buffer space 
Required index blocks 
Extra index blocks 
I n dex b1ocks ln lndex 
Bites in index file 
AMOS blocks in index file 


= BIK = Centered by user to ISMBLD3 
= EK = BIK if BIK is even 

a BIK+1 if BIK is odd 
= BIIE = EK + 4 

= ElIB = Centered bv user to ISMBLD3 
= BI IB = BIIE * El IB + 2 
« IBS = BIIB * 4 

= RIB = INT( RIDF/EIIB + .9999 ) 

= EIB = Centered by user to I3MBLD3 
file = IBI IF = ( RIB + EIB ) max 5 
= BIIF = 78 + IBIIF * BIIB 
= ABIIF = INT( BIIF/512 + .9999 ) 


te : IBS is mentioned m the ISAM Srstem User's Guide. It is the amount 
core that an ISAM user must allow for in memory, in addition to ISAM and 
1 of his own program modules. 

te i IBIIF has a lower limit of 5, even if the user needs less than that. 


'10) COPY - now copies anything except BADBLK.SYSC1,23 


Ne 1 1 - ou 're not supposed to COPY 3ADBLJ-- . SYSC 1,23 from one Phoem . disk 

to another v1 one star.-see the Phoem - documentation). And there 

was a bit of thought spent on how to best guard against this. 

• 1, I‘3f : CPY-this was r nown to be a no-no from the start 

(2) COPY-this was suggested, with a warning to save BADBLr.. SYSC 1,23 

(3) CPY410.CMD *4.2.5) - this LOADed BADBLK.SYS, did whole-disk COPY, 

then SAVEd BADBLk.SYS. Unfortunate! <•', this meant that an inter¬ 
rupted backup produced a ok-lookmg disk, with the wrong BADBLK.SYS. 

(4; COPY '4.?/ - finallv. COPY was changed so that it refused to 

c o p PAD BLr,. S Y S C 1,2 3 . 

However, there has a!wars existed a more svstem-independent war : 

'5) CRT410 DSKls 

SOP v DSK1S C:=DSKO: Cl /NODELETE 





AMOS Notes (4.2/4.2.574.3) 


12 / 15 / 7 * 


(11) Phoenix Drives - many negative comments 

The Phoenix Drive offers about 9 times the storage of the CDC Hawk, for 
about 1.5 times the price. That is tempting, even if > ou real 1 . onl y 
needed a Hawk- to begin with. The actual quality of the Phoeni , however, 
is nothing like the Hawk. Some of this is actually acknowledged from the 
start bv Alpha Micro and the manufacturer (i.e., see the manuals, and the 
suggested operating instructions), some of these problems are the usual 
software "infancy" problems (i.e.- the buss will be fixed), and some are 
hints that are just found out from experience. 

I think it is important for both customers and dealers to be aware of all 
the relative shortcomings of the Phoeniv (as compared to a HawJ> ), so that 
a wel1-informed decision can be made between the purchase of the two. 

"Yes, my budget/users/c1imate/needs are such that I will get better use 
from a Phoenix than a Hawk", or "no, one or more of the 1lmitations/ris)s 
of using the Phoenix is not tolerable in mr more-rugged circumstances". 

Moral : The Phoenix has more storage per dollar, the Hawk has more data 
protection per dollar - they are Doth worth the price. 

It would be good if a list of these limitations were accumulated by AML'S, 
and prmted/reprinted in one newsletter. For now, let me relate what I 
have read/heard/seen. First, I quote directly from AMDEAL (Sep 1979 , : 

PHOENIX TIPS : The Phoenix System apparently has several "quirks" that 
make it different from a Hawk. The following lists those. 

(1) Must be maintained m a cool 70 to 72 degrees. 

(2) Do not "SET DSKERR" because this destroys records with the Phoeni/. 

(3) Make sure you have a grounded 3-wire circuit on a single breaker. 

(4) Make sure that the circuit is more than a 20 amp circuit (it should be 
30-35 amps). 

(5) The Phoenix is a true 19.5" rack mount version even though rumor sa-.-s 
it is not. It does, however, take a much longer rack (30"). 

(6) The Phoenix must be maintained in a much cleaner environment than the'' 
Hawk requires. 

(7) It has been recommended that the Phoenix blower never be turned off. 

(3) The Phoenix will write while the head is retracting in an emergency 

retract condition. This will completel y wipe out the entire disk on w 
power fai1ure. 

Second, read the letter from Pavne, Jackson ?< Associates in the AMUS 
newsletter of Aus 1979. These are the "infancy" problems that only 
Alpha Micro, dealers, & service departments should have to go through 
(not end users). Most all of their- problems were software problems, 
and most of these have al read'.' been corrected, or improved upon. 

(1) bad SMDLOD.PRG (solved now 9} 

(2) bad KILL.PRO (solved - see elsewhere in this letter) 

(3) backup risks (some solved - see 4.3 COPY) 

(4) 1.7-hour maximum backup times (no immediate solution ') 

(5) time degradation with 12 users (improved m 4.3 monitor "') 


Third, from our (at present) short experience with Phoeni/ Drives, let 
me pass on the following. 

(1) It is very easy to incorrectly load the cartridge disk into the 
Phoenix in such a way that the disk will read/write fine, until 
you go to remove it? it is stuck in the drive and (as far as we 
know) can onl y be removed by taking apart the drive (bi3 nassle) 
When loading the cartridge, a ridge on the top of the cartridge 
is supposed to slide into a pair of grooves on the ! w r r *.• riant 
side of the drive? if the disl- is inserted about 1/4" 1 ower so 

that the ridge is actually below the groove, not inside; > 4 ’ u .en 
the cartridge will be locked in. 


( 2 ) 


On the onl. Phoenix that I have used so 
total of 3 bad blocks (0+1 +2+0+0+0), or 
Not a very Dig sample, but .... 


^ar• the 
0.000003 


pa *. 1 i ".ad a 
bad o 'ock s. 


12 



4.3 


BUGS FROM Jack Hobbs (condensed) 


12/15/79 


(1) VUE - serious buss 

(a) Use control-C inside a replace command. Crashes user's Job. 

(b) Enter s 1 obal <cr><cr> or s 1 oba 1 <anvthinsXcrXcr>. Crashes user's Job. 

(c) Tvpe "R<cr>" and then trv to prsftwturely exit bv tYPins (escXesc>. 
This can cause "RESERVED OP TRAP @ FF03* BITMAP KAPUT" and crash. 


(2) VUE - minor buss 

(a) VUE 'throws away' all characters inserted into the buffer between 
the C.VUE filnam<crO) and the moment it prints “loading FILNAM.EXT". 
Isn-t there some wav that vue could transfer anv waiting characters 
from the terminal buffer into its own buffer Just before switching to 
imase mode? 

(b) Long lines scramble vue. Trv to VUE a 250 char line. 

(c> Search- if it can't find the first string* it won't find anv 
shorter strings until ''reset' bv hitting escape twice* "'U' % Y* etc. Anv* 
form of error ( 'what?' or string not in file') should clear this 
command line. Command-line should accept blanks as legal characters 
for search S< replace. 

(d) Search & Global: can't replace 'Ctab>Cspace>' with • <tab>' 

(e) In entry mode* fold=true* characters having ascii values above 
octal 172 are not handled properly. 

(f) POP doesn't pop back to the same location if any preceding text 
was modified. 

(g) VUE deletes many special characters (such as MAPI BACKSPACE*S>5*" 
") which may have been inserted into the text usins EDIT* etc. 

(h) Replace: 

(1) Replacing characters which are off the screen' can set 
vue unglued. 

(2) Escape not recognized 

(3) C (center* wait for Y*N*Q) doesn’t work right 

(4) when Replacing are ' with 'were ' (R are <cr>were Ccr>) 
the terminating spaces in the targets mess up the cursor 
positioning after one or more N commands. 

(l) v s VI; works funny when erasing words terminated with a tab. 

( j} When used with smart' terminals near end of file* a 'delete 
line will copy the last line of the file below the asterisks. Looks 
f u n n v . 

» t ) Yank ?< Un-rant--: 

(1) CVUE f i l rianv.'cr; 'esci-OJXcr.*- 'F? U:r." } and the new file is 
NOT the same as the original- it has gained 3 bytes'! 

Seems like VUE should incorporate a more elegant 
out-of-memor. warning 1 Yank should always leave at least ?k 
useable memory* unless specificall. defeated by some switch. 

requires menu, /ue on each device in system 
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4 


BUGS FROM Jack Hobbs (condensed) 


12/15/7* 


(3) BASIC - FIX(n) for —lCnCO goes haywire 


Try PRINT FIXC-0.5). Crash. 


(4) BASIC - easy DATE access 

To set Y-M,D from DATE the easy war - M=BYTE(36) 


D=BYTE(37) 


Y=BYTE(83) 


(5) SRCCOM - crashes comparing short files 

Put the single line "TEST Icrl-" into two different files* and do a SRCCOM 
between them. Crash. 


(6) MAP - gives misleading "free memory" message 

When MAP is not already preLOADed* and it is called up* it lists as "FREE 
MEMuRY" only that amount of memory le^t after it is temporarily loaded. 
The actual FREE MEMORY is the given amount + the SIZE of MAP.PRO . 


(7) MACRO - looks for SYS.MAC in wrong places first 

The ma n u a 1 ( DWM-00 1 00-4 3 5.1.1) states that MAC PC searches for S' V S.MAC 
first in the user s PPN* then in dskO:C7*73. Evidently* it is looking 
first in C7,7] instead. 


(3) FORCE - sometimes too forceful* sometimes not forceful enough 

(a) FORCE apparentlr does not work properly with programs using image mode 
I/O. Can this be changed 

(b) Users should be able to abort FORCES via control-C. Not possible now. 


(•3) TXTFMT-INDEX entry before page 1 

INDEX gets goofy if an /INDEX or /SUBINDEX command is encountered before 
a /PAGE* while internal page number is still zero. 


\ 10) SIZE-limit is 65535 bytes 

If a file is larger than .128.50 blocks <, c-55 35 bytes)* SIZE will report 
the SIZE reduced modulo 65536. Also* why not ise the information in the 
directory to compute this SIZE «uickli* instead of reading all the bloc!-5 
off the d i s I- ‘ 


Monitor tug - FILSER 

DIR ALL_:Cj returns to AMOS lf/when it finds AMSOs mounted but not read, 
•no floppy in drive O’ 1 ? it does n t cn«c i -iMS i . 3YS7AT will stall the jot 
jT jr •‘■he same circumstances until • ou t/r- the drive -*n. If LOAD is 
_ I - D e o * and men an attempt made ** :• _JAu a -»r ogr am jn 1 ! e the '-’awr :sn 
read.’ then a re-boot will be necessar •. Is e IL-£F tug r esp.- ns i b 1 e 

for n “• e s e f.»es of problems * Do ~hese =r:sri,Tv- ne-d to ne modified t o 
properl, jse the information provided b, r I l. I E p 
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4.3 


FROM Jack Hobbs 


1 


BUGS 


( c o n d e n s e d ) 


(12) Spooler -—- beware wildcards 

PRINT ^wildcard?- can use up all the QUEUE blocks and crash the spooler. 


(13) SYSMEM ™ off bv 1 word 

SYSMEM allocates a memory- partition 1 word smaller than it is supposed to. 
SYSMEM 2sA000-A*F£ (in SYSTEM.INI) 
reset 

SYSMEM (after re-boot) 

will display "25AGOO-A^FC". 


4.3 SUGGESTIONS FROM Jack Hobbs 12/15/7* 

(1) Spooler —— have a quick kill command to clear all pend ins print requests. 

( 2 ) COMPXL — allow an optional s-mbol table* to find incorrect definitions 

( 3 ) SET - set "page size" o* crt (default 24)* set crt tab size (default S) 

( 4 ) SORT —— allow another disk to be used as the wor L area 

(Jn) PsentrancY —— for as little e>-tra effort as it usually takes to mak^ 

an. program reentrant* why not strive to make all the programs reentrant ' 

(6) Radi-- standard-standardize the radi> (usually 3 or 10) used m the 

documentation. It is frequent 1 . not apparent whether base S or base 10 is 
- being used. Assume a total 1 - out-of-conte .t reader. 
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File DSKO:HURTS-TXTC100,23 printed on 


Pa?e 1 


12 / 23 /: 


Hemo to5 


From: 


Su b j e ct: 


Date 


Those interested. 

Tom Hartt 

Computer Innovation Techno 1osv, Inc. 
2 305* Le o n o ra Drive 
Woodland Hills, Ca. *1367 

213-334-7577 

Our HURTS file 


Dec. 


1 * 7 * 


THIS FILE IS A RECORD OF ALL THINGS THAT HURT. 

We started it in Mar, 1*79. In our opinion the Alpha Microsystems 
computer ana software is the best available (at the price) for our 
application, which is a turnkey s stem using an office timesharing 
computer. But there are many many problems, small and large, that 
bear on the applicability, utility, and reliability of the overall 
system* for our use. We want to share this information, in hopes it 
will get the problems corrected, and encourage others to share 
their "hurts" too. 


Some of the problems, #10-130, were noticed on 4.1. Some of these 

have already been cured, and some have been understood better. 

The rest of the problems, #140-*-, are in 4.3. Read and heed. 

0010 I TRIED TO SORT A FILE. A SHORT ONE WORKED FINE. THE LONG ONE 
APPEARED TO SORT OK BUT THEN WHEN I LOOKED AT IT, THE 
FILE WAS EMPTY! BOY DID THAT HURT. 

—PROBLEM WAS RESOLVED. SORT DOES NOT LIKE EMPTY LINES IN THE 
FILE THAT IT IS SORTING. VUE TENDS TO STICK EMPTY 
LINES AT THE START AND END OF THE FILE, SO WATCH OUT. 

0020 VUE HAD A PROBLEM. I TRIED TO Finished BUT IT JUST SAID 
WHAT“*‘ . I SPELLED FINISHED" OUT AND IT TOOK IT. 

—PROBLEM WAS RESOLVED. VUE WANTS TO FINISH PRINTING THE SCREEN 
WHERE 'F- IS ENTERED BEFORE YOU ENTER THE F '. IT GETS 
LOST OTHERWISE. CAUTION FOR THE USER. RECOVER BY 
HITTING "ESC" TWICE AND WAITING A MOMENT. 

0030 I TRIED THE EDITOR. I CAN GET IT TO HANG UP THE SYSTEM VERY EASILY 
I ALSO GOT IT TO GIVE SEVERAL BUSS ERRORS. YUCK. 

0040 I GOT A PERMANENT BUSS ERROR WHILE COMPILING A LARGE BASIC PROOFAM. 
THE PROBLEM WAS APPARENTLY A SINGLE LEFT PAREN IN COL. 1. 

UGH. 

0050 WHEN I USED A "READ #1" INSTEAD OF AN "INPUT #1" TO READ A 

SEQUENTIAL FILE (WITH ONE SHORT RECORD), THIS JOB WENT INTO AN 
INDEFINITE LOOP, CONTINUALLY READING THE DISK’D AND TYPING THE 
INFO ON MY SILENT 700. THE INFO WAS TEXT FROM MY BASIC 
SOURCE FILES, TEXT FROM G T HER PPN S, AND JUNK. IT WOULDN T STOP. 
WHEN I HUNG UP ^HE PHONE AND REDIALED, I GOT THE "WELCOME. . . LOGIN 
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File DSKO:HURTS.TXTC100,23 printed :-n 12/28/79 


F'ase 2 


AND THEN THE DELUGE CONTINUED. BLEAHH! I HAD TO GET THE COMPUTER 
RESET. 


0060 MANY TIMES, WHILE OPERATING THROUGH THE DC HAYES MODEM AND THE 

SILENT 700, THE TERMINAL WILL GO DEAD. FREQUENTLY IT IS DURING EDITING, 
AND THIS IS PROBABLY BECAUSE A LOT OF TIME IS SPENT EDITING. 

WHEN THIS HAPPENS, THERE IS NO RECOURSE BUT TO RESET THE SYSTEM, AND 
THAT SHOULD BE A NONO. ACCORDING TO SYSTAT RUN FROM ANOTHER JOB, THE 
PHONE TERMINAL IS STILL IN TI STATE. UPON DISCONNECT, THE PHONE 
STAYS BUSY. THHPP! 

0070 IN BASIC. 10 TOPSIT=10 

20 MAPI SIT(TOPSIT).3.40 

GETS A MESSAGE THAT THIS IS AN ILLEGAL SUBSCRIPT 

(WHICH IS A CORRECT STATEMENT) AND THEN HANGS THE SYSTEM. 

THIS WAS FOUND ON THE DC HAYES AND THE SILENT 700. 

0080 AFTER EDITING, UPON TYPING I GOT THE MESSAGE CMEMORY MAP 

DESTROYED!. I WAS DEAD. THE SYSTEM LOCKED UP. #$&** 11 

00*0 MANY TIMES ONE OF THE SIX TERMINALS WILL GO DORMANT. UPON EXAMINATION 
OF SYSTAT FROM ANOTHER TERMINAL, SOMETIMES (NOT ALWAYS) THE SYSTAT 
INFORMATION FOR THAT TERMINAL WILL HAVE SOME JUNK IN IT. 

0100 AT THIS POINT, IT SEEMS THERE ARE MANY WAYS TO HANG UP AN INDIVIDUAL 
TERMINAL, IN ADDITION TO THE MANY WAYS THERE ARE TO BLOW THE WHOLE 
SYSTEM AWAY. IT IS THEREFORE IMPERATIVE THAT THERE BE SOME SORT 
OF AUTOMATIC ”RESET AND CLEANSE” OPERATION FOR EACH TERMINAL, UPON 
DETECTION OF SOME ILLEGAL CONTROL INFORMATION OR UPON TIMEOUT 
DUE TO INACTIVITY. THIS WILL PREVENT THE ABSOLUTELY UNTHINKABLE 
SITUATION THAT WOULD ARISE IF THE CUSTOMER HAD TO SHUT DOWN FOR 
A RESET EVERY DAY: NAMELY, THE SYSTEM WOULD BE SITTING ON THE 
VENDOR’S DOORSTEP’ 

0110 WHEN RUNNING TWO SPOOLERS, WHEN A HANGUP OCCURS ON ONE OF THE 
PRINTERS (DUE TO OVERRUN OR WHATEVER), THE COMMAND “.PRINT” 

SHOWS BOTH PRINT QUEUES HAVE THE SAME NUMBER OF BLOCKS REMAINING, 

EVEN THOUGH BY ADDING UP THE LENGTH OF BLOCKS IN THE QUEUES IT 
IS OBVIOUS THAT THE NUMBER OF BLOCKS IN THE LONGER QUEUE IS 
REPORTED FOR BOTH QUEUES. BY THE WAY, THE SYSTEM THEN LOCKS UP, 

AND MUST BE RESET. THEREFORE, OPERATION WITH TWO SPOOLERS IS 
NOT POSSIBLE NOW. 

0120 FREQUENTLY, THE ".MONTST” COMMAND, ".MONTST SYSTEM.MON,SYSTEM.INI” 

FAILS TO COMPLETE. IT MAY STOP AT THE BEGINNING, OR IN THE MIDDLE, 

OR JUST BEFORE THE END (IN WHICH CASE THREE TERMINALS AND TWO 
SPOOLERS ARE INITIALIZED OK, BUT THE TERMINAL FOR J0B1 HAS NO 
MEMORY ALLOCATED AND SYSTAT SHOWS IT STOPPED IN “MEMORY”). 

OF COURSE THIS SMACKS OF HARDWARE PROBLEMS, SINCE THE COMPUTER 
RESET WORKS ABOUT *07. OF THE TIME. BUT NONETHELESS, IT DOES HURT’ 

0130 USING VUE, I WAS BUSILY SEARCHING THROUGH INSTANCES OF THE VARIABLE 
"F$” , AND CHANGING THEM TO "FIS" BY DOING “RIGHT ARROW, - S F, 1, 'X“. 

ONCE, AFTER.HITTING THE “1”, I HIT “RET”. VUE DELETED THE NEXT LINE. 

I HIT “RET“ AGAIN, IT DELETED ANOTHER LINE. I HIT “ESC““ESC" AND 
IT DELETED THE PAGE. I HATED IT, BUT I GAVE UP AND HIT ”Q“. OWWWW» 
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File DSKO:HURTS.TXTC100,23 printed on 12/28/7* 


Pa.se 3 


The above were on 4.1. Thev mav be f lsed bv now. . . *■**■*** 

#*■«•#•-#■•**••**** These are m 4.3 *********************************--*** 

0140 Using Vue to replace some things, the control-C hangs up the 

terminal. Examples doing a global replace on the line numbers, 
try replacing all 00 with 01. After the second replace, type 
control-C. Bang, you’re dead' 

0150 It sure is annoying. You just finish a nice session with Vue, 
and vo'j type in a new command. Then you change vour mind and 
rub out the command, and then you type in a new command. Well, 
curse of curses, the first letter of the rubbed-out command is 
still there, ruining your new command. Ouch' 

0160 In BASIC, the record-number variable for a random file must be 

floating point. We tried a B, 2 variable, and only record 0 would 
write. Owwwww' Either fix BASIC or note this in the manual. 

0170 In Vue, it sure is annoying to load up memory, then start editing 
and find that you get a buss error due to memory overflow. We 
agree, Vue warns us we're nearly full, but that's no consolation 
when all the terminals stop. Why not have Vue automatically 
unyank 20*4 of the statements if we set over 90*/. ful V Or at 
least it could stop taking more insertions. 

0130 This is a plea from a system developer who writes large programs. 

We have wasted an incredible amount of time trying to work around 
the wav BASIC gobbles up memory during compilation. Why can t the 
system help us* 

1. COMPIL is supposed to compile programs from the disk, and 
it does. But it is not a disk-to-disk compilation. It 
appears to read a great deal of the source file into memor,-, 
and it appears to keep a lot of the object file, if not all 
of it, in memory. And don't you dare have errors' Many is 
the time when COMPIL has run out of memory when there were 

a few errors, but compiled ok when the errors were 
painstakingly corrected. 

We even went as far as writing a source file packing program 
in assemblr language to keep the compilation within bounds. 

It helps, bv whv should we have to do this? 1 

So, how about a compiler that uses whatever memory is 
available (above some minimum, natural!.) and never fails 
to compile' 

2. A genuine overlay technique is long overdue. We need something 
that carries data and opened files between overlays. I 
imagine if we wait two or three .-ears more, someone may 
provide it. Or possibl r we’* 11 get to bur a new processor 

and lots more memory so we can set EVERYTHING m at once— 
we wouldn't object as long as we can trade in our old ones 
at full price. But seriously, if the Wizards of Ir-vine 
can't figure out how to get overlays implemented, the.’ could 
at least find another wizard who can. After all, the techni¬ 
ques have been around for 30 years. 
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Rase 4 


File DSKOsHURTS.TXTC100'23 printed on 12/28/7* 

As an interim measure, can anyone tell us hoy to set 
separate 1y-compi1ed BASIC run modules to uior k together- 
in memory? 

0190 Keep watching this space... 
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Larry Whit* 

47 N. Sierra *3o'ltdi #1 
Pasadena i CA> r ‘iiO«b 

(213) 577-7 462 


Alpha Micros - , stems 
17881 Sk.- Pari- North 
Irvina> CA Q 2 714 
(714) :, 57~ 1404 

Dear Sirs. 

Khajsa Computer S\ stems (K.CS) in Pasadena recent!.* sold me an 
A^pha Micros >stems AM-1VO si stem. Currently running on this s.stem 
is the AMOS release 4.7 as generated h s . KCS* using standard dual 
drive Psrsci floppy disks (AM-200>, and 6 port serial interface 
(AM-300;. You ma'. be interested in the following notes about the 
AMOS s. stem and various utilities. P,!,ease give these comments what¬ 
ever attention .ou feel thev deserve. I am m no wa. criticizing 
the AM-100 or the AMOS s.stem —• I like them both. 



i.: 


1 . 4 . 



MACRO assembler 

The assembler produces a Q error on INTERN and EXTERN 
statements with comments. 

The MSKO machine instruction is not recognized bv the 
MACRO assembler. (Neither is MSf0.) 

The PRTN machine instruction is assembled bv MACRO as 
the KTN instrijcti o r.. 

The assembler manual states (section 4.1) that ‘‘Lower case 
characters will be translated to upper case before being used 
in sentax checking of each source line." This does not appear 
to be the case with the current version of MACRO. 

The assembler manual doesn't mal-e clear the order of 
evaluation of expressions (section 4.3). It states 
"Expressions are evaluated left to right under the 
hierarch.- of the operators which are used within that 
e - press ion. " However, the onh hierarchy- or precedence 
the manual mentions is that Unar. operators take precedence 
over binar. operators. Perhaps it should be made clear 
that the binar-. operators have the standard precedence of 
most high level languages (ie. multiplication and division 
have precedence over addition and subtraction), and that 
e pression evaluation is not straight left to right as in 
standard PDP-11 assemblers. 

Suggestions MACRO definitions current!.■ store comments 
with the definition, enabling the comments to be e panded 
with each reference to the macro. Remaps a method could 
be provided to have a comment in a macro definition which 
is not stored and not expanded with each reference. A double 
semicolon ";, might oe a good wa. to indicate such a lommsnt. 

No error message is generated on the following instruction: 

MOV *R1, - <, SP ) 

It would t»e nice if an error message were generated on this, 
and similar t - . pes of errors. Note that above instruction 
mar be generated bv a MACRO which expected a literal parameter 
and not a'register parameter- and The user ma. waste a lot of 
unless the assembler ^1 a?s this as an er r or. 


SYS.MAC 

Suggestion: Inc’ude the format of the Terminal Definition 

Block m SVS.MACC7,73 or in a separate file just for that 
purpose. 

The FILNAM macro nas the following definition: 

DEFIME FILNAM NAM,DFLT=3CALL 010- 0- NAM, < PC)+-RAD50 /DFLT 
T his definition different results depending on me 

length of bFLi- as listed below: 

— 1, 2- or 3 letters long—ever,thing wori-s 
—0 letters long — no -Ai_50 is generated, and m.* 
r i r st w o r j of the *■ o 1 1 .*• wing mstr u c 1 1 o r, is 
taken as the lefaulr e t.-nsion* resulting in 

21 



a skipped instruction or execution continuing* 
in the middle of an instruction 
--4 or more letters—more than 1 word of RAD50 is 

generated? with words following the first wor3 
being executed as if the', were instructions. 

In none of the above cases is an error message generated. 

Suggestion: replace the current definition with the following: 

DEFINE FILNAM NAM,DFLT-SCALL *010,0,NAM,#CDFLT3 
This definition will not give an', error message on DFlT being 
zero length or longer than 3 letters? but it will always generate 
one wore of RAD50 (though it ma. have a value o«= zero). 

Suggestion: replace the FSPEC macro definition with the following 

DEFINE FSPEC DDB, DFLT-SCALL 011.0,DDB,#CDFLT 1 

This change requires the FSPEC monitor call routine to recognize 
a default file e-tension of 0 as equivalent to the -1 extension 
used under the old method. 

The document ion in the "AMOS MONITOR CALLS MANUAL" does not 
state how the LOOKUP macro tells the user whether the file 
exists. Using DDT on the binaries of various s.stem utilities 
shows that the Z bit is clear/set if it e\ists/doesn t e est. 


VUE 

VUE searches for INI.VUE in MEM:, CP.PN3, CP, 02, and 
DSt0:C7,0]. However, the help file MENU.VUE is searched 
for on .our current disk C7.0J, not OSLO:C7,03. 

The INSERT LINE ( B) operation uses the insert line function 
of a SMART terminal on1 v if the B is being done from the 
start of a line. If done in the middle of a line the entire 
rest of the screen is rewritten b. VUE. 

The CONCATENATE < 0) operation does not use the delete line 
function of a smart terminal. The rest of the screen is 
rewritten by VUE. 

The C1ear-to-End-of-Screen function in VUE appears to onl. 
be used on leaving the program and returning to command mode. 
If a full screen erase and the message 
11 Now writing file XXX.YYY...." 
were used instead then VUE would be immediate! usable on 
more terminals, and writing device drivers for those terminals 
which do not have C1ear-to-EOL/EOS would be easier. 

Man-, terminals use escape sequences such as ESC-A, ESC-8, 

ESC-C and ESC ~D for the arrow Ke.s which position the cursor. 
If VUE were modified so that a double ESCAPE sequence took 
one to command mode, then VUE would be able to recognize 
these cursor functions as equivalent to CTRL-H/J/h/L. This 
would allow VUE to work, better with e s is ting terminals used 
b. some customers, such as the INFOTON, the Beehive 100, and 
the DEC VT-52. 

(up: ESC -A down: ESC -8 right: ESC -C . left.: ES‘C-0) 


FILCOM 

The FILCOM error message "ABC.FRGNOT FOUND" needs another space. 
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LISTING OF SOFTWARE FROM 1979 


ACCOUNTING 

Henry Arjad, Orange County Computer Center, Costa Mesa, CA 714*646-0221 

Richard Brock, RB Graphic Supply Co., Garden Grove, CA 714-897*0341 

Scott Brim, Computer Systems for Business, Las Vegas, NV 702-873*7400 

Jorge Coto, Budget Computer Systems, Miami, FL 305-446-9624 

Irv Eichenbaum; Huntingdon Valley, PN 215-464-1056 

Michael Gavrity; Budd, Klein § Gavrity, Albany, NY 518-869*3146 

John Hardwick, Software Development, Los Altos, CA 415-948*0128 

Terry Jackson, Payne, Jackson § Assoc., Anchorage, AK 907-272-7261 

Robert Leis, BLM Systems, San Francisco, CA 415-546-1797 

Richard McClendon, RMC Computer Ser., Houston, TX 713-666-2104 

Elmer Mitchell, Business Computing Ser., Huntsville, TX 713-291-3997 

Steve Pugliese, The Systems House, Hollywood, CA 213-464-0640 

Bon Robertson, Robertson Accounting, Fullerton, CA 714-738-6434 

Southeast Micro Data, Orlando, FL 305-851-0913 

Terry Woodward, Computer Center, Birmingham, AL 205-942-8567 

ANIMAL 

Don Jarvis, Electronics Speciality, Houston, TX 713-665-0477 (Pest 

Control) 

ARCHITECTURE 

Jens Pohl, Educol, San Luis Obispo, CA 805-546-2841 

John Schaller, Innovative Computing, Kirkland, WA 206-827-0731 

James Barretta, Boca Raton, FL 368-2220 

AUTO 

F. Howard Hitchins, Champaign Computer Center, Mahomet, IL 217-586-4131 
Southeast Micro Data, SEE ACCOUNTING 
Terry Woodward, SEE ACCOUNTING 
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BUSINESS 


Henry Arjad, SEE ACCOUNTING 
Richard Brock, SEE ACCOUNTING 
Jorge Coto, SEE ACCOUNTING 
Scott Brim, SEE ACCOUNTING 
Don Jarvis, SEE ANIMAL 

William Miller, Sunny Computer Stores, Coral Gables, FL 305-661-604 
Don Robertson, SEE ACCOUNTING 

CHILD CARE 

Southeast Micro Data, SEE ACCOUNTING 
CONSTRUCTION 

John Hardwick, SEE ACCOUNTING 
Jens Pohl, SEE ARCHITECTURE 

Terrence Smith, Computer Workshop of Kansas City, MO 816-452-5690 
Jim Wawrzyniak, Custom Computer Systems, Cleveland, OH 216-951-2112 
Terry Woodward, SEE ACCOUNTING 

CONVENTIONS 

William Oliver, Letts Business Systems, Oakland, CA 415-653-1909 

CUSTOM PROGRAMMING 

William Oliver, SEE CONVENTIONS 

DATA BASE MANAGEMENT 

Khalsa Computer Systems, Pasadena, CA 213-684-3311 

Michael Lewis, Dravac Ltd., New York, NY 212-989-2100 

Richard Moule, Byte Shop of Lawndale, Lawndale, CA 213-3 7 1-2421 
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DENTAL 


Daryll Shatz, DeMarco Shatz Corp., Torrance, CA 213-533-5080 
Joseph Poras, Marlboro, MA 617-431-5010 

EDUCATION (SEE ALSO SCHOOLS) 

Steve Stoner, Synsys Inc. Des Moines, IA 515-279-8861 
FARMING 

Tony DiNicola, Delta Micro Computer, Alexandria, LA 318-442-0217 
GRAPHIC- 

Mark Antin, M. Kerber Inc. New York, NY 212-226-4222 
Peter Jacobson, Absolute Sound, Birmingham, MI 313-642-4707 

HOSPITAL 

Lee Stone, Comptr C, Topeka, KS 913-233-4433 
Terry IVoodward, SEE ACCOUNTING 

HEALTH 

Robert Bruce, Management Data Services, Baltimore, MD 301-837-2230 
Jim Taylor, Data Processing Consultants, Boulder, CO 303-449-8847 

INSURANCE 

K-D Enterprise, Sun Valley, CA 213-767-7505 

Trey Shannon, Shannon Life, Fort Worth, TX 817-624-2191 

Jim Taylor, SEE HEALTH 
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INVENTORY 


Scott Brim, SEE ACCOUNTING 

Richard Brock, SEE ACCOUNTING 

Jorge Coto, SEE ACCOUNTING 

F. Howard Hitchins, SEE AUTO 

Khalsa Computer, SEE DATA BASE MANAGEMENT 

William Miller, SEE BUSINESS 

Don Schaffer, Celestial Seasonings, Boulder, CO 303-449-3779 

LABORATORY 

Ron Brown, Lambda B systems Inc. Miles City, MT 406-232-4572 
Terry Woodward, SEE ACCOUNTING 

LAW 

Terrance Smith, SEE CONSTRUCTION 
LIBRARY 

Terry Woodward, SEE ACCOUNTING 
LOGGING 

Rod Brewer, Pine Top Logging, Whiteriver, AZ 602-338-4353 
MAILING 

Richard Brock, SEE ACCOUNTING 

Peter Burke, Basic Business Software, Salt Lake, UT 801-363-1199 
Jay Hill, Electric Brain, somewhere in Calif., 209-227-8479 
Phil Theis, Alpha Computer Center, Lancaster, PA "17-229-0567 
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MEDICAL 


Scott Brim, SEE ACCOUNTING 

David Garver, American Medical Software, Champaign, IL 217-351-5415 
Dale Horn, STAT Systems, Seattle, WA 206-632-5080 

Peter Jax, Automated Professional Sys., Garden Grove, CA 714-891-3516 

Robert Leis, BLM Systems, San Francisco, CA 415-546-1797 

MUSEUMS 

Patrick LaFollette, L.A. Museum of Natural History, L.A., CA 213-744-337 

PHARMACY 

Terry Woodward, SEE ACCOUNTING 

Anne Turner, Computer Associates, Huntsville, AL 205-533-5130 
PRINT SHOPS 

Richard Brock, SEE ACCOUNTING 
PRODUCTION 

Don Schaffer, SEE INVENTORY 

PROPERTY MANAGEMENT 
Robert Leis, SEE MEDICAL 

Bill Todd, Data Works, Santa Ana, CA 714-547-5094 

RADIO 

Southeast Micro Data, SEE ACCOUNTING 
RETAIL OPERATIONS 


Jorge Coto, SEE ACCOUNTING 
Peter Jacobson, SEE GRAPHICS 
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RESTURANTS 


Bob Bruce, SEE HEALTH 

Business Information Systems, Omaha, NE 402-339-8"86 

SCHOOLS (SEE ALSO EDUCATION) 

Phil Theis, SEE MAILING 

Henry Trist, K-D Enterprises, SEE INSURANCE 
Terry Woodward, SEE ACCOUNTING 

TAXES 

Irving Eichenbaum, SEE ACCOUNTING 

Ira Hanson, Mammoth Lakes, CA 714-934-2937 

TELEVISION 

Southeast Micro Data, SEE ACCOUNTING 
TYPESETTING 

Lee Stone, SEE HOSPITAL 

TELECOMMUNICATIONS 

Khalsa, SEE DATA BASE MANAGEMENT 

UTILITIES 

Peter Jacobson, SEE GRAPHICS 

WORD PROCESSING 

Khalsa Comp. , SEE DATA BASE MANAGEMENT 

Matrix Associates, Santa Rosa, CA 707-545-5834 

Chris Midgley, datalab inc., Ann Arbor, MI 313-995-0663 

Michael Lewis, SEE DATA BASE MANAGEMENT 

Jim Taylor, SEE HEALTH 

Bob Toxen, Santa Clara, CA 408-496-0855 

Jeff Oberholtzer, Computer Engineering, Redondo Beach, CA 375-1446 
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LATE ADDITIONS 


LAW 

Robert Donahue, Donahue Software, Eugene, OR 503-485-5631 
INSURANCE 

Solihin Millin, Contron Computer Consultants, 12 Toorak Drive, 
Dingley, VIC Australia 3172 


IF YOU HAVE ANY CHANGES OR ADDITIONS TO THIS LIST, PLEASE CONTACT 
SHARON AT P.O. BOX 1723, BOULDER, COLORADO 80306 (303) 449-6917. 
PLEASE UNDERSTAND THAT ALL OF THIS INFORMATION IS OBTAINED THROUGH 
CONTACT WITH MEMBERS SO BE SURE TO LET US KNOW ABOUT ANY UPDATES. 
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UST PIKPARAT10M TUHCTIONS;^'.* i 
A CREATE . MEWliST 
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ALPHA WORD MAIN IfflH* FUNCIKMSfeT 
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1 Standard paragraph functions*''-. • 

A*' CREATE HEW STO PAM. FILE i 
• - AOO NEW STO PAM .NUMNHP 

C EDIT STD PAM' HUNKER .*>.* i 
0 - OELETE STD PAM NUHK 
E ERASE SID. PARA. RLE .■ * '> 
F - CONVERT DOCUMENT Ttt STD PAM~ 
G • CONVERT STD. PAM TO OOCtMENI* 

k- displat sto rAM directwy „ 


AlPHA WORD is a complete menu driven word processing system for tee Alpha Micro AM-100 computer 

The Document and Standard Paragraph processors have tee main features of Alpha Micro s VUE text processor .nckidmg !me nsert and ceiete word 
insert and delete, page skipping, giooai search and replace, automatic linefeed at tee end of tee line, and Piocx move, copy and octets Your text <s 
interactively stored on disk to ensure system reliability 

The List processor design is a general linked list with user defined data items and data item keys ust items may oe merged with document or standard 
paragraph files 

Printing functions include right justification with proportional spacing, bold face typing, underlining super/suh scripting, centering, hie merging with bote 
standard paragraph and list files Pnnters fully supported include tee Qume. NEC Spinwnter, Diablo, and TI-810 

The users manual for ALPHA WORD is written in such a manner that your secretary can easily learn tne system in a few hours. This is possible through 
tee use of extensive examples and an easy to read style. 

ALPHA WORD may be used on any hard or floppy disk system. ALPHA WORD software is shipped on an 8 men floppy disk m standard or AMS format 
Demonstration disks, including users manual are available for $35 or users manual separately for $15 eacn 

Basic callable assembly language routines included with each ALPHA WORD order (demo or full systemi include routines to perform the following func¬ 
tions- 1) Date Routines. 2} Sleep terminal. 3) Free disk blocks, 4) Current unit number. 5) Generalized line input routine 6) Basic file renumbering >r»- 
cludes GO TO # IF/THEN # and G0SU8 * renumbering), 7) Terminal driver for Soroc IQ 140 translating user define keys to ALPHA WORD or VUE 
control codes, and 8) Games 


$600 


ALPHA WORD software has been reduced bv popular demand to hp with quantity discounts to dealers 

OBERHOLTZER COMPUTER ENGINEERING « 12T Ynez Avenue Reoonao Beach, California 90277 - Rnone *2 1 3> 3^8-4096 


Computer Programming Unlimited 

COMPUTER CONSULTANTS 
Post Office Box 492 
Costa Mesa. CA 9262 r 
(714) 646-9155 


Mr. Jim Tavlor 
AM.US 

C/O Community Free School 
Post Office Box 1724 
Boulder, Colorado 80306 

November 21, 1979 

Dear Mr. Taylor, 

In your AMUS letter dated May, 1979, Dr. Chatard Jr., 
requested information regarding a NEC driver. I am 
pleased to announce that we carry a product which is 
"tried and true" and fulfills this need. 

The most current version is the NEC 2.0 driver. It 
will drive the NEC Spinwriter at its maximum speed 
(1200 Baud). We have found that it will cause 
virtually no reduction in the general system performance. 

While this driver is uni-directional (bi-directionality 
was mentioned in the AMUS letter), it will perform as 
well if not better than a. bi-directional driver. Our 
research indicates that a bi-directional driver will 
actually run slower and place a higher drain on the 
system than our uni-directional driver. 

We can ship the driver on an AMS format floppy for 
$100.00, or for $75.00 on a 5MB cartridge (5440-12). 

If you desire the driver on the cartridge,. you may 
either send a cartridge, or purchase one from us for 
$96.00. We will add shipping charges and applicable 
sales tax to all sales. 

We also market a programming aid called MERGE. It 
allows the use of common copy libraries and the printing 
of listings with page numbers and titles. 

If anyone requires additional information, they 
should feel free to contact me at the above address 
or phone number. 


Sincerely, 


•Pw u.'jjyL' 




Shawn Davidson 

Vice President, Development 
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BUSINESS COMPUTING SERVICE 

1520 18th St. 

Huntsville, TX 77390 
1-713-291-3997 

Noverraber 21, 1979 


Mr. Jim Taylor, President 
Alpha Micro Users Society 
P.0. Box 1723 
Boulder, Co. 80306 


Dear Mr. Taylor: 

I am in receipt of my first AM US Newsletter and I have a 
contribution to make as well as an advertisement to place in the 
next issue. 

The contribution is in regard to Alpha Accounting Payroll 
and Order Entry/Inventory Control. I have modified the payroll 
package to work for any type of employee (salaried or hourly; 
weekly, semimonthly or monthly) as well as added the capability 
of handling loans made to employees against future wages. I have 
modified the order entry package to correct the price selection 
bug as well as added a routine that checks the AROPEN file 
balance against the credit limit in the Customer Master file 
during order entry and warns the operator if the total amount of 
the order being entered plus the balance in the AROPEN file 
exceeds the customer’s credit limit. There are many other bugs 
in Order Entry which I've fixed but that would be known only to 
someone actually using the package. These fixes and enhancements 
are available free to any user who cares to call me. Alpha Micro 
dealers will be assessed a one time charge of $100.00 for the 
enhancements but fixes are free to all comers. 


Keep^ up the* good wotk, 


Slmer G. (Mitch) Mitchell 
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CONTRQN COMPUTER CONSULTANTS - Scientific % Commercial 
12 Toorak Drive? Dir^ley? MIC AUSTRALIA 3172 
Phone * Australia (03) 551 4239 


The Newsletter Editor 
Alpha Micro Users Society 
P 0 Fa:; 1723 

Boulder? Colorado S0306 USA 


18th December * 1979, 


Dear Sir/Madam ? 

We would like to present the following data for your 
information? and publication? if you so wish* We have sent a 
copy to the Insurance Institute for Research as mentioned in 
AMUS newsletter Vol 2 No 8 Oct 1979* 

David Jewell? a well-known Melbourne Insurance Broker? 
together with Contron Computer Consultants have developed what 
we believe is the most advanced Insurance Broking Computer 
System m Australia today* 

We are cl a i mi ns a possible WORLD FIRST m that we have 
intimately linked a powerful word processing system directly 
into the Insurance Broking application♦ 

What this means is that the broker? while entering and 
amending policies? can enter virtually any amount of text 
associated with each policy (schedules? endorsements? special 
clauses) by means of a powerful word processor* This word 
processing text is linked directly into the accounting 
functions of the system? and appears on documents such as the 
Debit/Credit Note (invoice) sent to the client? and on the 
Insurance Company Older (sent to the Insurance Company)* 

The are many other advantages of the system? including* 

* Full integration of accounting functions (Debtors? 
Creditors? General Ledger? Payroll)* 

K An innovative Diary system that displays reminder 
information on such topics as Outstanding Cover Notes? Claims? 
Insurance Company Orders? Expired Policies? and General 
Appomtments * etc* 

* A powerful stand-alone word processor for General 
Correspondence? Policy Wordings? ana various other iext 
Handling functions 
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CHAPTER 1 


INTRODUCTION 


1♦1 HOW THIS SYSTEM CAN HELP YOU 

We would like to introduce to you whet we believe is the most advanced 
Insurance Brokers Computer system in Australis* 

As you sre aware with falling premiums and increasing staff overheads* 
broking activities now reauire a high degree of efficiency to maintain 
profitable trading* 

We believe we can offer you the solution to this problem* 

Our system integrates ALL aspects of brokings* allowing you more time to 
be selling and servicing your clients' needs. 

fhe system has been designed with the following objectives t 

INTEGRATED BROKERS SYSTEM - to create a system that covers =11 major 
broking activities and links the various activities together in a 
complementary fashion* 

CLIENT SERVICE - to free the broker from paper-shuff1 mg and allow the 
broker to fullfill his/her professional broking role more continuously* 
that is* to market insurance services to the client to fullfill the 
client's needs in the best possible way* 

QUICK RESPONSE TO CLIENT REQUESTS - to allow the broker to give ouick 
accurate response to client Queries on policies* claims* endorsements* 
renewals* cover notes* etc* 

PREVENT DATA REDUNDENCY - under many manual systems* a specific data 
item such as a client's name and address has to he written* located* and 
typed a number of times* thus reducing office efficiency and mars let ano 
cresting potential error* With this COMPUTERISED SYSTEM* aata sucvi as 
client name and address need only be entered once* The system will 
produce all references to client name arid address 'foT example)* f T, on 
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INTRODUCTION 
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this single entry* 

IMPROVE OFFICE MORALE - because the system does sway with repetitive 
tasks and boring paper shuffling? and allows ready access to broking 
information at the push of a button 

IMPROVE FORMS AND REPORTS - because all forms and reports are printed 
automatically on a high-speed printer? they look more professional and 
impressive and are very easy to read* 

STAFF SAVINGS - the us© of this computer system should decrease office 
overheads and number of clerical staff reauired* This is a major system 
benefit♦ 

ACCOUNTING - the system handles all accounting functions? including 
debtors? (clients)? creditors (insurance companies and sundry 
creditors)? detailed general ledger and financial reporting? including 
balance sheets and profit and loss statements* 

MANAGEMENT INFORMATION - the system produces current arid historical 
information on premiums and commissions earned in client sequence and 
insurance company sequence * 

INFORMATION FOLLOWUP - a major feature of this system is AUTOMATIC 
followup on cover notes? claims? insurance orders and any other 
correspondence you wish to enter* Cover notes? claims and insurance 
company orders are entered into the followup (DIARY) system together 
with the date at which you wish followup to occur (ACTION DATE)* The 
system will prompt you at the appropriate time to take appropriate 
action♦ 

WORD PROCESSING - the system has a powerful multi-user word-processing 
system that has been linked into the POLICY system to allow manipulation 
of policy schedule? endorsement and standard clause information* The 
word processor may also be used independently from the policy system for 
general correspondence and text handling* 

GENERAL MULTI-USER CAPABILITY - if required you may add video terminals 
and additional printers to your system as reauired. A number of users 
may simultaneously access information on your system as and when they 
need it* 

FREE FORMAT CLIENT SCHEDULES? ENDORSEMENTS? AND STANDARD CLAUSES - the 
system allows you? the user? to decide oust how much or how little 
information you wish to store on the computer for each policy 
schedule/endorsement* You are not limited to a particular number of 
words or a particular format. In these areas? the computer acts as a 
normal typewriter (with memory)? arid accepts whatever information you 
type into it* The information is stored in art efficient manner* 

SPEED AND ACCURACY - because the computer is in charge of the processing 
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of information* figures are processed accurately and Quickly and 
automatically. 

TRUST ACCOUNTING - in the event that you (or the government)* reauire 
information on the funds you have in trust* or invested* the (DIARY) 
system keeps information on funds you have in trust* or invested* 
together with details of 'invested with'* 'ownership'* 'rate of return' 
and 'interest earned'* 

MULTI-USER PRINTING (SPOOLING) - if the printer is busy on the system 
with someone else's printing* and you wish to produce a report* you may 
send your report to a Queue on disk. Once you have done this* your 
terminal becomes free for other work* Your report will be printed as 
soon as the printer becomes available* 

PASSWORD FACILITY - ensures data privicy* The system has an excellent 
security system* Each program in the system may be given a different 
password - no one can access the programs or data on disk without these 
passwords* These passwords may be changed easily whenever the system 
user wishes* In order to change passwords you need the password to the 
password maintenance program*! Passwords are stored m a coded 'jumble' 
and are therefore unintel1isible to someone trying to 'crac^ the 
system'* 

MULT I-COMPANY - the system may be set up for a single company* or a 
number of companies* 

CO-INSURANCE AND BORDEREAU - the system handles both these functions* 

SYSTEM/USER INTERACTION - the system is an on-line multi-user system* 
Interaction with the system user is via a standard typewriter-like 
keyboard and a visual display monitor* Reports are produced on the 
system printer (of which there may be more than one)* All data is stored 
on high speed access magnetic disk* 

SYSTEM EXPANSION - This system is able to grow as and when you reauire 
extra power snd/or capacity* It can support many video terminals 
(concurrent users)* multiple printers* and larger dis^ memories for your 
data files* 
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MAILING LIST 
PRODUCT ANNOUNCEMENT 


The Community Free School, of Boulder, Colorado is making its 
mailing list programs available to AMUS members. We have been 
using the programs for five months now, and are convinced that 
this series of programs is suitable for use by non-computer 
oriented folks (we use volunteers to enter information who get 15 
minutes of training before we let them loose on the mailing 
lists). This software allows for the capture of information on 
address, phone, expiration date, a dollar amount, and up to three 
descriptors on each name entered on the list. Subsets of names 
within the list may be created based on any descriptor(s) 
selected, expiration dates, dollar amounts, or combinations of 
these fields. Sorts may be made up to three levels deep on any 
set of fields. Facilities are availble for printing of rosters 
and labels are formatted for four-up peel-off labels. 

The complete AlphaBASIC listings and user documentation are 
availble on floppy discs for $50.00, and on Hawk Cartridges for 
$150.00. 

Orders may be placed by sending your check or money order to The 
Community Free School, P.O. Box 1724, Boulder, Co. 80306, or you 
may call (303) 447-3733 for more information. 


>.0. BOX 1724 • 2805 BROADWAY • BOULDER. COLORADO 80306 • (303) 447*8733 
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Peter Ralph Noel Chatard, Jr., M.D., Inc., P.S. 


PhssiCians' ^udiolog'- Referral Sen. i 
Connie S. Sakai, M.S.? \ CCC 


29 November 1979 


Mr. James Taylor, President 
Alpha Micro Users Society 
1216 Pearl Street 
P. 0. Box 1723 
Boulder, CO 80306 

Dear Jim: 

I was pleasantly overwhelmed by the offers which I received 
from AMUS members all over the country regarding my NEC Spin* 
writer which was not functioning properly. I just wish I had 
gotten this much help from my dealer! It was very gratifying, 
however, to belong to an organization whose members are so 
willing to give up their time and spend their money to help 
someone who is able to give so little in return. 

For the interest of those members who wondered what my prob¬ 
lem was, it turned out to be embarrassingly simple. I had 
the wrong pin connections on the cable which led to the AM300 
board from the Spinwriter. Fortunately, the dealership from 
which I made the purchase of the Spinwriter has changed 
management and is more careful in the solution of these prob¬ 
lems . 

I greatly enjoy the AMUS Newsletter. I read it immediately 
upon receiving it. I am very impressed by the number of 
programs which have been developed by individuals throughout 
the country. Although I am tempted to purchase a number of 
these programs, I frankly hesitate to do so because I have 
no way of determining whether or not I am purchasing a piece 
of "silk” or "sow's ear.” I would be very interested in a 
column in AMUS being devoted to software evaluations. A 
thoughtful evaluation of a piece of software would be very 
helpful to us users who would otherwise have to purchase 
the software to know whether it is of value. It would pre¬ 
vent us from repeating the mistakes that we have made so 
often in the past. Such evaluations would be useful to the 
sellers of software as it would provide an exposure greater 
than their advertisements can supply. It would also separate 
the work of amateurs from those of the thoughtful professionals 
who deserve our support. I would be interested in your thoughts 
on this subject. Perhaps you or your newsletter editor, Steve 
Elliott, would care to comment on this subject in the next 
issue of AMUS. 
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Page Two 

Mr. James Taylor, President 
Alpha Micro Users Society 


29 November 1979 


With AMUS providing all kinds of good software on its hard 
disks, it sounds as if I need to obtain a data communications 
system for my Alpha Micro computer. What are your recommen¬ 
dations at this time? Is the new D. C. Hayes Associates 
Micromodem 100 system a reasonable solution for my needs? 

Does it work with the KHALSA software for the D. C. Hayes 
80-103A Data Communications interface card? If I obtain 
the necessary hardward, how do I get started in the use of 
this system? 

Continue your fine work. Guys like I who need all the help 
that they can get greatly appreciate it. 

Sincere^ yours , 



PETER RALPH NOEL CHATARD, JR., M.D., F.A.C.S. 
1m 
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DONAHUE 

SOFTWARE law office management package 

ASSOCIATES 

Micro-computer Specialists 


Overview: 

Now available on the Alpha Micro Computer, a completely integrated, multi-user 
law office management package that responds to the needs of the automated 
law office. The programs were developed by lawyers together with systems 
analysts to be used by the LAWYER and not the secretarial support staff. 

The result is a simple and easy-to-use system of accounts receivable, 
"tickler,” and pre-prepared forms generation. 

With speed and ease of input of information a primary aim, the accounts 
receivable sub-system features time and charges, separate trust accounting, 
and simple standard fee entry. The accounts receivable component has all the 
standard amenities including billing, summary reports and instant on-line 
client status. 

The tickler program offers a flexible calendaring system containing many 
unique options. With standard calendaring subject codes available, records 
can be stored on an attorney-by-attorney basis, with an option for appointment 
scheduling built into the system. It offers a wide variety of reports by 
attorney, by case, by type of activity, or by type of case. A unique feature 
of the package enables the user to conveniently update tickler and accounts 
receivable information simultaneously. As an option, tickler reports can be 
generated which contain accounts receivable information. 

The law forris programs offer advantages not found in general word processing 
software. The software provides tne law office witn complete flexibility in 
composing and printing legal forms, without the necessity of form-by-form 
preparation. Whether the forms are letterhead, pleadings, or plain wnite 
paper, the package will prepare any required documents in any combination. 

Also available are hundreds of legal for ns in the areas of adoptions, wills, 
divorce, real estate, business, name changes, collections and other related 
areas of the law. The package provides the flexibility for each user to add 
his/her own individual forms into the system. 

The system supports multi-access terminals which can be adapted to the needs 
of a sole practitioner or a large firm. 

What Does This Package Mean to Lawyers? 

For the first time, documents can be produced by the attorney while the client 
is in the lawyer 1 s office. Wills can be immediately produced; all forms for a 
divorce can be ready within minutes. Costly and unnecessary second appoint¬ 
ments can be eliminated; the number of required support personnel can be 
reduced. 

WE WELCOME INQUIRIES. Expected release is January, I960, 


Post Office Box 10302. Eugene. Oregon 97440 
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WF ■ Mm ■ : SYSTEMS, INC. 
System That's Always There 


. . . 

4059 Roosevelt Way N.E. 
Seattle, Wa. 98105 U.S.A. 

1-800-562-7775 
(206) 632-5080 


November 17, 1979 
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AMUS 

P.O. Box 1723 
Boulder, Colorado 80306 

Dear Jim, 

In the last 3 to 4 months, we at STAT have been supplying more 
and more Alpha users with Business and Healthcare application 
software. There has been a pattern in the plight of these users: 

1. They were sold a "working accounting system". 

(Only it doesn't work) 

2. They have had their unit (usually Hard Disk) for 6 months 
to a year. (and their patience is worn out ) 

3. They have been referred to us by either Alpha, another 
Dealer, or their original Dealer. 

We have been able to help these people both in standard and in 
semi-custom applications. 

If you too, have been receiving these calls and letters please 
feel free to forward them to us. While we do charge for the 
software, the user still receives an outstanding "buy". We find 
our Report Generator solves many of the user's needs. 

Keep up the good work Jim, and I hope your snow shovel holds out. 

Sincerely, 


Dale T. Horn ij 

President j: 

STAT SYSTEMS, INC. 

1 1 

DTH :kf !j 
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svstems is our middle name 
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150 fifth avenue 
suite 530 
new york, ny 10011 
212-989-2100 


November 27, 1979 


Jim Taylor 
AMUS 

P.O. Box 1723 
Boulder, CO 80306 


Dear Jim, 


I have a complaint with AMUS. The newsletter distribution seems to 
be based upon some lottery. I have been a member of AMUS since early 
1978 and I have received exactly 7 newsletters! I have not seen a 
newsletter since the June-July 1979 issue. 


I know that I am not the only member to which this happens. Since 
I know most of the AMUS members in the New York area, I can tell you 
that we are lucky if more than two members receive their newsletters for 
any given issue. 


The dues of $25.00 per year should cover the cost of sending the 
letter out to the wilds of New York. Certainly we (AMUS) have enough 
money in the bank to assure that all members are kept up to date via a 
timely and informative newsletter. 


I feel that this is an important issue since the majority of 
member's contact with AMUS is via the newsletter. 


Enough complaints. Dravac would like to announce that we have 
disks with some very nice utility programs on them for a very reasonable 
price. 


The first of these disks contains a virtual memory handler. The 
disk contains the MACRO source files needed by the assembly language 
programmer to interface his/her programms to the virtual memory handler. 


The virtual memory program allows the user to store up to 64K of 
data in as little as 2K of "real" memory. The memory handler is 
re-entrant and may be included in system memory. Price: $24.95 on 
floppy disk. 



The second utility disk contains the programs listed below. It is 
also supplied on floppy disk and the price is: $24.95. 

DATIME.PRG 

This program is used to prompt the user for today*s date and the current 
time. DATIME forces the user to enter the date in the correct format 
and validates the input (leap years, etc.). The user cannot CONTROt/C 
the DATIME program. The nicest feature is that DATIME can be used in a 
command file without having to use ":K" commands in the file. DATIME 
will prompt until the input is correct. 

SHOW.PRG 

This program is used to display a text file on the terminal at variable 
speeds. The speed is dynamicly set. There are ten different speeds at 
which SHOW will display the file. You may change the speed of the 
display while the file is being dumped by pressing the characters "0" 
(fastest) to "9” (slowest). 

AFFIX.PRG 

The AFFIX program is used to change the terminal driver attached to a 
job after the system has been booted. 

FETCH.PRG 

The FETCH program is similar to the load program. The difference is 
that FETCH will not load the program if it already in memory. This can 
significantly cut down on program loading time in applications such as 
Alpha Accounting. 

GETCHR.SBR 

GETCHR is used to input a single character from the terminal without 
waiting for the user to press return. Control characters are accepted 
by GETCHR. GETCHR is meant to be used with BASIC programs. 

FORMAT 

FORMAT produces pretty listings of program files with titles, page 
breaks, "COPY" files, etc. 

JOBDIS.PRG 

JOBDIS displays most of the job table entry for each job on the system. 
SEQ.PRG 

SEQ performs the same action as DIRSEQ, but only on a single account. 
SYMTAB.PRG 

Produces a sorted symbol file listing of ".SYM" files. Addresses, 
relocatablity, etc. are displayed. 

RENUM.PRG 

RENUM wIT 1 renumber BASIC programs taking into account inbedded line 
numbers, i.e., ON x GOTO 10, 20, 30. 


There are some other programs on the disk, but these are the 
neatest. 


dravac l,d 
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We also have a set of programs that are used for the care and 
feeding of the files contained on your disks. The programs will 
recreate MFDs, files, etc. You may patch data into any sector of the 
disk in three different formats as well as displaying the data in the 
same formats. The cost of these programs is $100.00. 


We have a PILOT interpreter that is re-entrant. It is a powerful 
version of PILOT that contains its own program editor as well as many 
extended features. Cost is $99.00. 


We have a disk with three very good games. All are written in 
machine language. One is LIFE, the cellar automata program. Another is 
3D tic-tac-toe. The third is WIZARD, a sort of magical game of RISK, 
severely addictive. Cost: $19.95. 


We have a very sophisticated word processing system (which produced 
this letter) , as well as a comprehensive data base management system. 
Manuals for both systems are available now. The WPS manual set is 
$25.00. The DBMS manuals are still preliminary and are on disk. The 
cost of the DBMS manuals is $15.00 for an AMS format disk. 



dravac ltd 
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AMERICAN 

MEDICAL 

SOFTWARE, 

INC. 


American Medical Software, Inc. takes great pleasure in 
announcing the availability of AMOS/MOS, a Medical Office 
System. The MOS is designed to simplify the business man¬ 
agement problems in the large and medium-scale practice. 

The software is modularized and will track the patient from 
the initial appointment to the filing of insurance forms. 
Lists of dealer and user features are also included. 

A 5 Megabyte HAWK demonstration disk and operations manual 
are available for $100 from: 

American Medical Software, Inc. 

201 Kenyon Road 
Champaign, IL 61820 
(217) 351-5415 


INFORMATION SYSTEMS FOR THE PROFESSIONAL IN MEDICINE 
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AMERICAN MEDICAL SOFTWARE, INC. 
DEALER-ORIENTED FEATURES 
AMOS/MOS 

Alpha Micro Operating System/Medical Office Software 


1. The system is designed to provide an interaction with the operator based 
upon a menu and prompts. There are only two levels of menu in any situation. 

2. The system is adaptable and can be adjusted upon installation to match 
the parametric values of the practice such as patient file size, accounts 
receivable file size, insurance form type. Procedure and diagnostic codes 
can be set up to accommodate any type of practice - a maximum medical 
market. 

3. AMS will be supporting AMOS/MOS programs and will be offering additional 
features as they are developed. This can assure continued marketing contact 
with the customer. 

4. AMS will provide standard or custom preprinted forms of any type with 
custom letterhead printing as required by your customer. Prices will be 
competitive. Mailing forms will also be supported with envelopes, stamped 
or unstamped, window or plain, printed or unprinted. 

5. System management functions are contained in a second-level menu where 
they are available for installation and easy to identify to the operator. 

The particular disk being used by AMOS can be selected at this level. 

6. The system is designed to allow a graceful transition from the prac¬ 
tice's present system to AMOS/MOS. After the customer has entered basic 
account information the entry of a starting balance will establish that 
account on file ready to accept transactions. This should reduce the number 
of customer visits to a minimum before they are "on line." 

7. The number of abbreviations used in the system has been held to a 
minimum to reduce training at both the customer and dealer levels. 

8. The operator's manual has been written for the novice. Once the oper¬ 
ator has read the manual, further instruction should be minimal. 
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9. The filling out of insurance forms by both patient and doctor has 
become very complex. AMOS/MOS maintains an insurance log which shows the 
billing and history of‘ each insurance account for each patient. The system 
can handle individual insurance claims or monthly insurance billings. New 
insurance form printings may be arranged by your dealer at a nominal charge. 

10. Account management is as simple as we can make it. Statements can be 
printed on any cycle - monthly, bi-weekly, weekly or even daily. Statements 
can be printed for a segment of the accounts receivable file by specifying a 
starting and ending account number. The practice can smooth out cash flow 

by billing at the optimum cycle for its accounts. Accounts are automatically 
aged by comparison of the billing date and the current date. Account age 
data are also shown at the bottom of the statement so that the responsible 
party can identify overdue amounts easily. An accounts receivable report 
which specifies a particular "age” (say 90 days past due) can be prepared at 
any time. Specific three-line messages can also be printed on the statement 
based upon account age. A single-line message can be printed on all state¬ 
ments. These messages can be changed at will by the operator so that 
responsible parties do not ignore them out of habit. At any time (especially 
around income tax time) a patient ledger may be prepared which will print 
out all of the charges and payments on an account for the calendar year. 
Patients on public assistance (to whom a statement cannot be mailed) are 
identified within the program so that no errors on billing can be made. 

11. AMOS/MOS contains a "Word Processing" function and directory where up 
to 400 separate items of correspondence can be prepared and stored. These 
items may be called up and discreetly addressed to a patient (appointment 
reminder?), responsible party (pay up or else?), supplier (please send me?). 
These can be used to reduce the time necessary for efficient practice man¬ 
agement . 

12. The AMOS/MOS program also contains a hospital register which will 
provide the doctor with a listing of his "rounds." When he returns this to 
the receptionist with charge-coded notations, charges can be entered in the 
account. 

13. The date entered for service provided to a patient need not be the same 
as the date that the information was entered. 

14. Custom features can be developed for your program as required. Your 
dealer can arrange for that service. 
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r igitf.cnii inc* 

4601 SOUTH 50th STREET 

402/734-0 7 13 OMAHA, NEBRASKA 402/734-0710 


DEAR Jirr: 

ligitronix. Inc. wishes to announce the availability of our new Alpha Micro 
compatible BESET CONTROL BOARD, a very useful ievice for communications end. 
in-house development work. 


( A' PURPOSE: 

To allow reset of computer system from a remote location via the terminal 
keyboard without physical operator intervention at the computer site. 

(3) OPERATION 

The Reset Ccrtroller senses the depressing of the creak key at any terminal 
that is connected to the hoard and pulls the reset line 75 cn the S-10J bus lev 
on receipt cf a break signal. This is accomplished by continually monitoring 
ports 1 thur 4 of the A M -300 ( 6 -port serial I/O) via the new AM-301 cables 
supplied with the control board. 

'C, I V 31ALLAT ION: 

Plug ir. RESET CONTROL 30API and new AM-301 cables supplied with unit. A* 
very detailed and SIMPLE step-by-step instruction sheet is supplied with the 
board . 

Each cf the 4 ports is enabled (turned on Si off), via the 4-position II? 
switch, setting a switch to the 'on' position allows the terminal wired to that 
pert to re-toct the system when the reset key is depressed. 

' T ’ COST: 

Total cost including shipping in the United States is: * $275.00 *. Send 
cashiers' check for speedy delivery. 

(I *ARRANTT: 

RESET CONTROL BOAR! is guaranteed for 90 days all parts erd labor. 


Sincerely 



Robert L. Royce 
Tigitronix Inc. 
402/734-0710 
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K-D ENTERPRISES HAS THE FOLLOWING SOFTWARE AVAILABLE 


INSURANCE ACCOUNTING SYSTEMS 

FULLY INTEGRATED SYSTEM COVERING ALL PHASES UF THE INSURANCE INDUSTRY UN 
THE PRODUCER* GENERAL AGENCY AND INSURANCE COMPANY LEVEL. 

POLICY TRACKING OPERATES ON ALL LEVELS AND INCLUDES SALES ANALYSIS, 
PRODUCTION REPORTS, AUTOMATIC RENEWALS, CANCELLATTUNS ETC. 

ON THE GENERAL AGENCY AND INSURANCE COMPANY LEVEL THERE ARE uDDl FIONAL 
PRODUCER ACCOUNTING REPORTS, COMMISSION CHECH 3 AND STATEMENTS, ALCOUNT 
CURRENT AND FUTURE, WRITTEN PREMIUM, CLAIMS TRACKING AND LOSS ANALYSIS. 

ON THE INSORANCE COMPANY LEVEL THERE ARE ADDITIONAL INFURLE/EARNED CAL¬ 
CULATIONS, IBNR CALCULATIONS, SCHEDULE AND "6" ACCOUNTING AND 

RE-INSURANCE REPORTS. 


FOR INFORMATION WRITE: 

K-D ENTERPRISES 
P 0 BOX 92? 

SUN VALLEY, CALIFORNIA 91352 
(213) 767-7505 



December 10, 1979 


AMUS 

c/o Community Free School 

P.O. Box 1721 

Boulder, Colorado 80306 


We have rece ytly converted our data entry from our Alpha Microsystem 
to a host Hewlett-Packard HP 3000. With this change, we want to sell 
our Alpha Microsystem. I would appreciate it if you would include 
this letter in the next AMDS newsletter. 

The configuration of our system is: 

AKLOO, AM200, AM300 
Wangco 8? dual floppy 
96kb memory 
TEI-22 power supply 

Price - $6500 

Following are some highlight dates for the system. 

July 1978 - Purchased with 6Ukb 
September 1978 - 32kb added 

April 1979 - AM100, AM300 circuits brought up to current specifications 
(B3 version) 

June 1979 - New bin 13 ceramic 1771 chip installed 

All inquiries, please contact: 

Kurt Rahm 

Eugene Planing Mill 
P.O. Box 10205 
Eugene, Oregon 97i*01 
Phone; 1-503-^85-8881 


Sincerely, 

Kurt Rahm 


3RD AND LAWRENCE • P.O. BOX 10205 -EUGENE, OREGON 97401 • 485-8881 

CMINS PIAMNO MfU 
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Radio Station Management System 


RadioFBA 


from 


Hander, Beyer and Associates, Inc. 


Solve these costly problems for Radio Station Owners and 
Managers! 

* Sloppy broadcast logs 

* Missing commercial spots 

* Inaccurate or late billing 

* Uncertain sales goals 

And save the two or three extra salaries these problems cost 
you! 


RadioFBA puts computerized traffic control and complete ac¬ 
counting within the reach of small radio station management 
at LESS THAN HALF the cost of comparable systems. 

Each RadioFBA package includes: 

* On-site installation 

* Personnel training 

* Custom-tailored reports 
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CON IRACTS 

'I lie heart of Radio/H I is t he (ON I RAC IS component. 
CONIRAC IS commands (lie POSIING, I DOING, and 
A( ( ( )UN I IN(i of (. I lent hi o.tdi ast 01 dei s An 01 del loi ail 
time entei s the system as ;i ( ON I RAC I . A ( ()N I RAC I is a 
list of specific spot costs and lengths as well as client and 
salesman information Inch spot is POSIEI) to the CON 
I RA('I ami the I <)( i index Inf oimalion in ( ()N I R A( IS 
forms the basis of monthly INVOICING as well as summary 
sales RIIPOR IS. 


ACCOUNIS RECeivabce 

An ACCOUNT is formed when a CONTRACT enters 
Radio/ fi t Preparation of monthly INVOICES automatical¬ 
ly enters charges and discounts to the ACCOUNT. Payments 
arc entered directly on receipt, and interest may be charged on 
overdue ACCOUNIS. Statements of Account may be 
PRINII l) monthly or as needed, and summary REPORTS 
arc available any time. 


SPECIAL EVEN IS 

Games, concerts, remotes and other Special EVENTS have 
separate CONI RAC IS, LOG structures, and ACCOUNTS 
REC ElVABLE. These are created when EVENTS are 
scheduled, not on a daily basis. Special EVENTS may run on 
AM or EM and arc not affected by scheduling changes. 
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LOGS 


POSTINGS from all active CONTRAC IS form the I OG in¬ 
dex. Mach ladio station's daily piogram format determines 
the LOG st i net me. M)l IING the daily I OG merges net wor k 
spots, public service announcements, promotional spirts, and 
unusual programming events. The official LOG is PRINTTO 
before the program day, and the correct air times are UP- 
DA I LI) a I lei the program day. Each daily I OG contains a 
summary report of ICC program types and commercial ac¬ 
tivity. 


REPORTS 

Summary REPORTS from CONTRACTS include: 

* Alphabetical Client and Contract list 

* CONTRACT activity summarized by salesman 

* Prc-INVOICING charge and discount list 

Summary REPORTS from ACCOUNTS RECEIVABLE in¬ 
clude: 

* Alphabetical list of Clients 

* Inactive ACCOUNTS list 

* Monthly payment listing 

* Aged balance forward plus current activity: 

TOT AI S and by ACCOUNT 

* Mailing labels 
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OPTIONS 


Other software packages include: 

* PAYROLL 

* GENERAL LEDGER with JOURNALS 

* ACCOUNTS PAYABLE 

* Special REPORTS: 

Sales by Region or Product Type 


OPERATION FEATURES 

RadioFBA “Computerized Ledger Card” data entry format 
reduces training time and streamlines daily use of the system. 
A series of “Function Menus” moves the operator quickly 
from task to task. 

RadioFBA runs on the Alpha Micro computer which provides 
dependable, low-cost, high-volume data processing, as well as 
optional multiple task capability. 


M Hander, Beyer and Associates, Inc. 
1000 Maxwell Avenue, 010 
Boulder, Colorado 80302 
(303) 449-2892 
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ALPHA MICRO USERS SOCIETY Membership form 


Please fill out as much information as possible. 

Name_Company _ 

Address_City _ State _ Z ^P __ 

Business Phone_Home phone ____ 

Circle one: Own Lease Thinking 

Check all applicable: Dealer _ OEM _ User: Corporate _ Individual _ 

Describe equipment: _ 

AM US may use my name for mailing lists _ Make checks payable to AMUS 

Annual dues are $25,00 per member. 
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AMUS 

c/o Community Free School 

P 0 Box 1724 

Boulder, Colorado 80306 
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